GermanWikipedia - /page/entry.mu

Micron Document

<!DOCTYPE html>

</head>

</header>

</div>

<div id="mw-content-text" class="mw-body-content mw-content-ltr" lang="de" dir="ltr"><div class="mw-content-ltr mw-parser-output" lang="de" dir="ltr"><p><b>TMap</b> (Test Management Approach) ist ein Modell im Bereich des <a href="Softwaretest" title="Softwaretest">Testens</a> und der <a href="Qualit%C3%A4tssicherung" title="Qualitätssicherung">Qualitätssicherung</a> von <a href="Software" title="Software">Software</a>, in der alle anfallenden Aspekte, das Umfeld und die Vorgehensweise strukturiert werden.

</p><p>Damit ist TMap spezieller als Prozessmodelle wie <a href="ITIL" title="ITIL">ITIL</a> oder das <a href="V-Modell" title="V-Modell">V-Modell</a>, die den gesamten Prozess der Softwareentwicklung betrachten. Veröffentlicht wurde es 1995 von Martin Pol, Ruud Teunissen und Erik van Veenendaal. TMap ist eingetragenes Warenzeichen von <a href="Sogeti" title="Sogeti">Sogeti</a> Nederland B.V. und ist Standard in vielen Organisationen weltweit. Es kann TPI<sup>®</sup> (Test Process Improvement) aus derselben Unternehmensgruppe gegenübergestellt werden. Während TMap die Tests selbst strukturiert, will <b>TPI<sup>®</sup></b> den gesamten Testprozess optimieren. Damit befindet sich TPI<sup>®</sup> auf der Management-Ebene, während TMap im konkreten Projekt eingesetzt werden soll. Dabei basiert TMap auf praktischer Erfahrung und stellt damit keine theoretische, sondern eine pragmatische Methode dar.

</p>

<div class="mw-heading mw-heading2"><h2 id="Kernbereiche_von_TMap">Kernbereiche von TMap</h2></div>

<p>Der Testprozess wird in 4 Bereiche, die sogenannten Kernbausteine unterteilt:

</p>

<ol><li>Geschäftsbasiertes <a href="Testmanagement" title="Testmanagement">Testmanagement</a></li>

<li>Vollständig strukturierter <a href="Testprozess" class="mw-redirect" title="Testprozess">Testprozess</a></li>

<li>Vollständiger Werkzeugsatz</li>

<li>Adaptiver, flexibler Testprozess</li></ol>

<p>Vorteile von TMap:

</p>

<ul><li>TMap beruht auf der Erfahrung aus einer Vielzahl von Projekten</li>

<li>berücksichtigt aktuelle Trends</li>

<li>fokussiert auf den Testprozess</li>

<li>optimiert Risikoabdeckung und Testtiefe</li>

<li>maximiert Einbindung der Teilhaber</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Geschäftsbasiertes_Testmanagement_(BDTM)"><span id="Gesch.C3.A4ftsbasiertes_Testmanagement_.28BDTM.29"></span>Geschäftsbasiertes Testmanagement (BDTM)</h2></div>

<p>Die Auswahl der Testfälle geschieht aufgrund folgender Überlegungen: welche Risiken gibt es, was soll das Ergebnis sein, wie viel Zeit darf das Testen in Anspruch nehmen und was wird es kosten. Aufgrund dieser Überlegungen, die in Absprache mit dem Kunden getroffen werden, unterstützt TMap den <a href="Gesch%C3%A4ftsprozess" title="Geschäftsprozess">Geschäftsprozess</a> und ist nah am Kunden.

</p><p>Merkmale des BDTM-Ansatzes:

</p>

<ul><li>Gesamtaufwand für das Testen bezieht sich auf Risiken des Systems, das für eine Organisation getestet werden soll. Der Einsatz von Menschen, Ressourcen und Budget konzentriert sich auf die Teile des Systems, die für die Organisation am wichtigsten sind. TMap bietet die Möglichkeit festzustellen wie viele Risiken durch den gewählten Test abgedeckt werden und so das Restrisiko abzuschätzen.</li>

<li>Der geschätzte Aufwand und die Planung des Testprozesses sind eng mit der festgelegten Teststrategie verbunden. So kann leicht auf Änderungen eingegangen werden, da immer ein Plan zur Verfügung steht wie viel Zeit, Budget und Ressourcen benötigt werden.</li>

<li>Der Kunde wird in den Testablauf eingebunden, so kann auf die Wünsche des Kunden besser eingegangen werden. Ein BDTM Ansatz kann auch die Konsequenzen zukünftiger und vergangener Entscheidungen sichtbar machen.</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Vollständig_strukturierter_Testprozess"><span id="Vollst.C3.A4ndig_strukturierter_Testprozess"></span>Vollständig strukturierter Testprozess</h2></div>

<p>Der strukturierte Testprozess ist untergliedert in:

</p>

<ul><li>Masterplan und <a href="Management" title="Management">Management</a> des gesamten Testprozesses</li>

<li>Abnahme- und Systemtests</li>

<li>Entwicklertests</li></ul>

<div class="mw-heading mw-heading3"><h3 id="Masterplan">Masterplan</h3></div>

<p>Damit im gesamten Testablauf nicht unnötig doppelt getestet wird, wird der sogenannte Masterplan in Zusammenarbeit mit dem Kunden erstellt. Der Testmanager legt also in Abstimmung mit dem Kunden und anderen Interessenvertretern die Verteilung fest, was in welcher Teststufe mit welcher Intensität getestet wird. Das Ziel ist dabei, die wichtigsten Fehler so früh und so wirtschaftlich wie möglich zu entdecken. Der Mastertestplan bildet die Grundlage für die Testpläne der einzelnen Teststufen.

</p><p><b>Aktivitäten:</b>

</p>

<ol><li>Formulierung des Auftrags</li>

<li>Verständnis für den Auftrag</li>

<li>Produktrisiken</li>

<li>Festlegen der Teststrategie</li>

<li>Aufwandsabschätzung</li>

<li>Festlegung der <a href="Plan" class="mw-disambig" title="Plan">Planung</a></li>

<li>Festlegen der Testprodukte</li>

<li>Festlegung der Orientierung</li>

<li>Definition der Infrastruktur</li>

<li>Organisation-Management</li>

<li>Bestimmung der Testprozessrisiken und Gegenmaßnahmen</li>

<li>Rückmeldung und Konsolidierung des Plans</li></ol>

<div class="mw-heading mw-heading3"><h3 id="Abnahme-_und_Systemtest">Abnahme- und Systemtest</h3></div>

<p>Abnahme- und Systemtests werden als autonome Prozesse betrachtet. Sie haben ihren eigenen Testplan, ihr eigenes Budget und oft auch eine eigene Testumgebung.

</p>

<div class="mw-heading mw-heading3"><h3 id="Entwicklertest">Entwicklertest</h3></div>

<p>Entwicklertests sind Tests, bei denen Kenntnisse über die technische Implementierung des Systems vonnöten sind. Entwicklertests werden bei TMap nicht als autonomer Prozess betrachtet. Der Entwickler führt die Tests selber aus.

</p>

<div class="mw-heading mw-heading3"><h3 id="Aufgliederung_des_Phasenmodells">Aufgliederung des Phasenmodells</h3></div>

<p>Wie ein Systementwicklungsprozess besteht ein Testprozess aus einer Reihe verschiedener Aktivitäten. Die verschiedenen Aktivitäten werden im Phasenmodell dargestellt. Es gibt folgende Phasen:

</p>

<ul><li>Planungsphase</li>

<li>Steuerungsphase</li>

<li>Einrichtung und Wartung der <a href="Infrastruktur" title="Infrastruktur">Infrastruktur</a></li>

<li>Vorbereitungsphase</li>

<li>Spezifikationsphase</li>

<li>Durchführungsphase</li>

<li>Abschlussphase</li></ul>

<div class="mw-heading mw-heading4"><h4 id="Planungsphase">Planungsphase</h4></div>

<p>Die Planungsphase legt die Basis für einen beherrschbaren und qualitativ hochwertigen Testprozess. Deshalb ist es wichtig, mit dieser Phase so früh wie möglich zu beginnen.

</p><p><b>Aktivitäten:</b>

</p>

<ol><li>Formulierung des Auftrags</li>

<li>Verständnis für den Auftrag</li>

<li>Bestimmung Testbasis</li>

<li>Analyse der Produktrisiken</li>

<li>Festlegung Teststrategie</li>

<li>Aufwandsabschätzung</li>

<li>Festlegung der Planung</li>

<li>Zuweisung Testeinheiten und Testtechniken</li>

<li>Festlegung der Testprodukte</li>

<li>Festlegung der Organisation</li>

<li>Definition Infrastruktur</li>

<li>Organisation des Managements</li>

<li>Bestimmung der Testprozessrisiken und Gegenmaßnahmen</li>

<li>Rückmeldung und Konsolidierung</li></ol>

<div class="mw-heading mw-heading4"><h4 id="Steuerungsphase">Steuerungsphase</h4></div>

<p>Der primäre Testprozess wird selten nach Plan durchgeführt, dementsprechend muss die Durchführung des Testplans überwacht und ggf. angepasst werden. Dieses geschieht in der Steuerungsphase.

</p><p><b>Aktivitäten:</b>

</p>

<ol><li>Management</li>

<li><a href="%C3%9Cberwachung" title="Überwachung">Überwachung</a></li>

<li>Berichtswesen</li>

<li>Anpassung</li></ol>

<div class="mw-heading mw-heading4"><h4 id="Einrichtung_und_Wartung_der_Infrastruktur">Einrichtung und Wartung der Infrastruktur</h4></div>

<p>Hier wird für die notwendige Testinfrastruktur und die erforderlichen Ressourcen gesorgt. Dabei wird zwischen Testumgebungen, Testwerkzeugen und Arbeitsplätzen unterschieden.

</p><p><b>Aktivitäten:</b>

</p>

<ol><li>Spezifikation der Infrastruktur</li>

<li>Aufbau Infrastruktur</li>

<li>Spezifikation der Annahme der Infrastruktur</li>

<li>Annahme der Infrastruktur</li>

<li>Wartung der Infrastruktur</li>

<li>Konservierung der Infrastruktur</li></ol>

<div class="mw-heading mw-heading4"><h4 id="Vorbereitungsphase">Vorbereitungsphase</h4></div>

<p>Hier wird zuallererst ein Testbarkeitsreview der Testbasis durchgeführt. Das Ziel dieser Phase ist es, an eine Testbasis mit entsprechender Qualität zu kommen.

</p><p><b>Aktivitäten:</b>

</p>

<ol><li>Zusammenstellung der Testbasis</li>

<li>Erstellung von Checklisten</li>

<li>Bewertung der Testbasis</li>

<li>Erstellung Reviewbericht zur Testbarkeit</li></ol>

<div class="mw-heading mw-heading4"><h4 id="Spezifikationsphase">Spezifikationsphase</h4></div>

<p>Die Spezifikationsphase legt die benötigten Tests und deren Ausgangssituation(en) fest. Das Ziel ist es so viel wie möglich vorzubereiten, sodass die Tests so schnell wie möglich durchgeführt werden können, wenn die Entwickler das Testobjekt ausliefern.

</p><p><b>Aktivitäten:</b>

</p>

<ol><li>Erstellung Testdesign</li>

<li>Definition Startpunkte</li>

<li>Spezifikation Testobjektannahme</li></ol>

<div class="mw-heading mw-heading4"><h4 id="Durchführungsphase"><span id="Durchf.C3.BChrungsphase"></span>Durchführungsphase</h4></div>

<p>Das Hauptziel der Durchführungsphase ist es einen Einblick in die Qualität des Testobjekts zu bekommen, indem die vereinbarten Tests durchgeführt werden.

</p><p><b>Aktivitäten:</b>

</p>

<ol><li>Annahme Testobjekt</li>

<li>Vorbereitung der Startpunkte</li>

<li>Ausführung der Tests und Retests</li>

<li>Prüfung und Bewertung der Testergebnisse</li></ol>

<div class="mw-heading mw-heading4"><h4 id="Abschlussphase">Abschlussphase</h4></div>

<p>TMap bietet viele Vorzüge bezüglich Wiederholbarkeit von Prozessen. Ziel dieser Phase ist es, die Produkte der Durchführungsphase zu konservieren, sodass sie später wiederverwertet werden können, Produkte können sein, Testfälle, Testumgebung, Erfahrungen und Bewertungen.

</p><p><b>Aktivitäten:</b>

</p>

<ol><li>Bewertung des Testprozesses</li>

<li>Konservierung der <a href="Testware" title="Testware">Testware</a></li></ol>

<div class="mw-heading mw-heading2"><h2 id="Vollständiger_Werkzeugsatz"><span id="Vollst.C3.A4ndiger_Werkzeugsatz"></span>Vollständiger Werkzeugsatz</h2></div>

<p>TMap unterstützt die korrekte Durchführung des strukturierten Testprozesses mit einem vollständigen Werkzeugsatz. Dieser konzentriert sich auf die Arbeit mit folgenden Themen:

</p>

<ul><li>Techniken: Wie wird getestet</li></ul>

<p>Folgende Techniken stehen zur Verfügung:

</p>

<dl><dd><ul><li>Testaufwandsschätzung</li>

<li>Fehlermanagement</li>

<li>Das Erstellen von <a href="Softwaremetrik" title="Softwaremetrik">Metriken</a></li>

<li><a href="Risikoanalyse" title="Risikoanalyse">Produktrisikoanalyse</a></li>

<li>Testdesign</li>

<li>Produktprüfung</li></ul></dd></dl>

<ul><li>Infrastruktur: Wo und womit wird getestet</li></ul>

<p>Um testen zu können, sind eine Testumgebung, Testwerkzeuge und Arbeitsplätze notwendig.

</p>

<ul><li>Organisation: Wer testet</li></ul>

<p>Strukturiertes Testen erfordert die Aufmerksamkeit auf folgende Punkte:

</p>

<dl><dd><ul><li>Testrichtlinien</li>

<li>Permanente Testorganisation</li>

<li>Testorganisation im Projekt</li>

<li>Testexperten</li>

<li>Testrollen</li></ul></dd></dl>

<div class="mw-heading mw-heading2"><h2 id="Adaptiver,_flexibler_Testprozess"><span id="Adaptiver.2C_flexibler_Testprozess"></span>Adaptiver, flexibler Testprozess</h2></div>

<p>TMap ist ein Ansatz der in allen Testsituationen und in Kombination mit allen Systementwicklungsmethoden angewandt werden kann. Die Anpassungsfähigkeit lässt sich durch vier Eigenschaften beschreiben:

</p>

<ul><li>Auf Änderungen reagieren</li>

<li>Produkte und Prozesse (wieder)verwenden</li>

<li>Aus Erfahrung lernen</li>

<li>Erst probieren, dann versuchen</li></ul>

<p>Da heute Ansätze für IT-Entwicklungen extrem variabel sein können, werden hier einige Einsatzgebiete erwähnt, in denen TMap eingesetzt werden kann.

</p>

<ul><li>Auftraggeber-Lieferanten-Beziehung (<a href="Outsourcing" title="Outsourcing">Outsourcing</a>)</li>

<li>Interaktiven, inkrementellen, Wasserfall- und agilen Ansätzen</li>

<li>Neuentwicklung, Wartung und Migration von Informationssystemen</li>

<li>Bei kombinierten Entwicklungsverfahren, wie inhouse, auf Basis der Wiederverwendung, Einsatz von Standardpaketen, Zusammenbau gekaufter Module, alles innerhalb einer einzigen IT-Architektur</li>

<li>Zur Abdeckung nicht funktionaler Anforderungen des Informationssystems im Testverfahren</li>

<li>In Situationen, bei denen den Kommunikationsprozessen und den zugehörigen Fähigkeiten viel Aufmerksamkeit geschenkt werden muss</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Literatur">Literatur</h2></div>

<ul><li>Tim Koomen, Leo van der Aalst, Bart Broekman, Michiel Vroon: <i>TMap Next</i>. dpunkt, Heidelberg 2015, ISBN 978-3-89864-461-7.</li>

<li>Martin Pol, Tim Koomen, Andreas Spillner: <i>Management und Optimierung des Testprozesses</i>. 2, Auflage. dpunkt, Heidelberg 2002, ISBN 3-89864-156-2.</li>

<li>Bob Legrand: <i>Q-Course Quality and Organization</i>. Lulu Press, Morrisville 2004, ISBN 1-4116-1020-2.</li>

<li>Tim Koomen, Rob Baarda: <i>TMmap Test Topics</i>. Tutein Nolthenius, 's-Hertogenbosch 2005, ISBN 90-72194-75-6.</li>

<li>Joseph K. Berry: <i>TMap, Version 3.2 (Software)</i>. Wiley, Hoboken 1996, ISBN 0-470-23704-X.</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Weblinks">Weblinks</h2></div>

<ul><li><a rel="nofollow" class="external text" href="http://www.tmap.net/en"><b>TMap Next</b> – Home page (Informationen und Downloads rund um TMap)</a></li>

<li><a rel="nofollow" class="external text" href="http://www.sogeti.nl/Home/Expertise/Testen/TPI.jsp"><b>TPI Next</b> – TPI-Homepage</a></li></ul></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2025-09-25" href="https://de.wikipedia.org/wiki/?title=TMap&oldid=260043122">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>